home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / RockRidge / mail / pine / imap_archive / text0106.txt < prev    next >
Encoding:
Text File  |  1993-07-02  |  3.6 KB  |  89 lines
  1.  
  2. A new working group has been formed in the Applications Area of the
  3. IETF.  Please contat the working group chairman of the Internet area
  4. directors for more information.
  5.  
  6. Greg Vaudreuil
  7. IESG Secretary
  8.  
  9.  
  10.  
  11. Interactive Mail Access Protocol (imap)
  12. ---------------------------------------
  13.  
  14.  Charter 
  15.  
  16.  Chair(s):
  17.      Terry Gray  <gray@cac.washington.edu>
  18.  
  19.  Applications Area Director(s) 
  20.      Brewster Kahle  <Brewster@wais.com>
  21.      Erik Huizer  <Erik.Huizer@SURFnet.nl>
  22.  
  23.  Mailing lists: 
  24.      General Discussion:imap@cac.washington.edu
  25.      To Subscribe:      imap-request@cac.washington.edu
  26.      Archive:           ftp.cac.washington.edu:~/imap/imap_archive
  27.  
  28. Description of Working Group:
  29.  
  30.    The Internet Interactive Mail Access Protocol (IMAP) working group
  31.    is chartered to refine and extend the current IMAP2 protocol as a
  32.    candidate standard for a client-server Internet email protocol to
  33.    manipulate remote mailboxes as if they were local.  An explicit
  34.    objective is to retain compatibility with the growing installed base
  35.    of IMAP2-compliant software.  It is expected that the resulting
  36.    specification will replace both RFC-1176 and the more recent (as yet
  37.    unplublished) IMAP2bis extensions document.
  38.  
  39.    The IMAP Working Group will also investigate how to provide for
  40.    ``disconnected operation'' capabilities similar to the DMSP protocol
  41.    (RFC-1056, recently relegated to Informational Status) with a goal
  42.    of making it possible for IMAP to replace DMSP.
  43.  
  44.    A mail access protocol provides a uniform, OS-independent way of
  45.    manipulating message data (email or bulletin board) on a remote
  46.    message store (repository).  Mail user agents implementing such a
  47.    protocol can provide individuals with a consistent view of the
  48.    message store, regardless of what type of computer they are using,
  49.    and regardless of where they are connected in the network.  Multiple
  50.    concurrent sessions accessing a single remote mailbox, and single
  51.    sessions accessing multiple remote mailboxes are both possible with
  52.    this approach.
  53.  
  54.    This differs from POP3 (RFC-1225) in that POP is a store-and-forward
  55.    transport protocol that allows an MUA to retrieve pending mail from
  56.    a mail drop (where it is then usually deleted automatically),
  57.    whereas IMAP is focused on remote mailbox manipulation rather than
  58.    transport. IMAP differs from various vendor-specific remote access
  59.    approaches in that IMAP is an open protocol designed to scale well
  60.    and accommodate diverse types of client operating systems.
  61.  
  62.    Security.  Security-related tasks include how to incorporate secure
  63.    authentication mechanisms when establishing a session, and possible
  64.    interactions with Privacy Enhanced Mail.
  65.  
  66.    It is expected that most of the work of this group will be conducted
  67.    via email.  A goal is to integrate and update RFC-1176 and the
  68.    existing IMAP2bis draft, then submit the result as an Internet draft
  69.    well before the November IETF WG meeting, which would then focus on
  70.    detailed review of the text in preparation for submission as a
  71.    Proposed Standard before the end of 1993.
  72.  
  73.  
  74.  Goals and Milestones: 
  75.  
  76.    Aug 93 Post an Internet Draft of the revised IMAP 2 protocol.               
  77.  
  78.    Aug 93 Hold an Interim Working Meeting at UW or CMU.                        
  79.  
  80.    Nov 93 Hold a Working Group meeting to review the IMAP document.            
  81.  
  82.    Nov 93 Hold a Working Group meeting at the November IETF meeting.           
  83.  
  84.    Dec 93 Submit the IMAP protocol to the IESG for consideration as a Proposed 
  85.           Standard.                                                            
  86.  
  87.  
  88.  
  89.